SYSTEM FOR ACCESSING A PROGRAMMABLE AUTOMATISM UNIT 



BASED ON A WAP ARCHITECTURE . 



The present invention relates to a system for 
accessing a programmable automatism unit from at least 
a standalone communicating mobile device, such as a 
portable telephone. This access system is based on a 
5 WAP architecture and it may be applied to any 
application belonging to the field of industrial 
automatisms, building automatisms or automatisms for 
monitoring/cont rolling electrical distribution 

networks . 

10 Accessing an automatism unit from a standard Web 

navigator through an Internet or Intranet type network 
by using a Web server embedded in the automatism unit 
and capable of generating HTML formatted files is 
already known. Thus, the variables of the automatism 

15 unit may be accessed as HTLM formatted pages through an 
innovative approach, by using the multiple resources of 
an Internet type network. These possibilities are 
described in several patent documents, for example in 
US 5,805,442, US 5,975,737 and WO 99134418. However, 

2 0 such a solution forces its user to resort to a device 
having a connection to an Internet or Intranet type 
network and capable of integrating a standard Web 
navigator . 

Now, there is an increasing need for wanting to 
25 access variables of an automatism unit, notably for 
diagnose or maintenance operations, from standalone 
communicating mobile devices. In the following 
discussion, these mobile devices encompass portable 



2 



telephones, PDA (Personal Digital Assistant) type 
devices or any pocket format mobile device (handheld 
device); they are characterized i.a. by their simple 
user interface (small screen size) and their connection 
5 to a wireless network. These features notably lead to a 
limitation of the available bandwidth for 
communications, a less good availability of the network 
and a limitation of the screen display capacity. 
Consequently, standard Web navigators are not adapted 

10 to this type of devices. 

The WAP (Wireless Application Protocol) 
architecture was elaborated by the "WAP Forum" 
{http://www.wa.pforum.org/) in order to define a global 
specification enabling mobile devices having a 

15 micronavigator , hereafter designated as WAP navigator, 
to communicate without any wire link on an Internet 
type network by using a WML (Wireless Markup Language) 
language. This language which complies with the syntax 
of the WML metalanguage and with the HTTP 

2 0 communications standard, was designed for small screens 

and consequently is much better adapted to mobile 
devices than the HTML language. 

The WML language includes the contents of WML 
source, WMLScript source, compiled WML, compiled 
25 WMLScript, WBMP image, etc... In the present invention, 
these different contents are grouped together under the 
name of WML language. All these contents are accessible 
through Internet by using standard HTTP requests. 

Accordingly, the object of the invention is to be 

3 0 able to provide users of communicating mobile devices 

with a WAP navigator, with the possibility of remote 
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communications with an automatism unit through a 
wireless network, by applying the possibilities of a 
global Internet, Intranet or Extranet type network 
wherein one of the applications of this access system 
5 is e.g. facilitating the work of maintenance workers 
which have to move around on an extensive site or 
different sites. 

For this, the invention describes a system for 
accessing a programmable automatism unit based on a WAP 

10 architecture, from at least a standalone communicating 
mobile device, such as a portable telephone, which 
integrates a navigator complying with a WAP 
architecture. The described system includes a Web 
server embedded in a piece of automatism equipment from 

15 the automatism unit, capable of generating static or 
dynamic informative data coded according to the WML 
language, wherein these informative data may provide 
functions for monitoring, viewing and controlling the 
automatism unit. The Web server is connected through an 

2 0 Internet, Intranet or Extranet type global network to a 

network interface which authorizes access to said 
informative data from the WAP navigator of a mobile 
device which communicates in such a way that a user of 
such a WAP navigator may access functions for 
25 monitoring, viewing and controlling the automatism 
unit . 

The Web server may receive through the network 
interface a WAP command as a HTTP request specifying a 
URL address and, in response to this WAP command, the 

3 0 Web server generates static or dynamic informative data 

coded in WML language which may provide the user of a 
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WAP navigator implemented in a communicating mobile 
device, with functions for monitoring, viewing and 
controlling the automatism unit. On the other hand, the 
Web server may send, on its own initiative or on the 
5 initiative of the automatism unit, notification to at 
least a communicating mobile device by using the "Push 
Access Protocol" as defined in the WAP architecture, so 
that the user of a WAP navigator implemented in a 
communicating mobile device, may be informed of events 

10 or conditions concerning the automatism unit. 

Other features and advantages will become apparent 
in the detailed description which follows, with 
reference to an exemplary embodiment and illustrated by 
the appended drawings wherein : 

15 - Fig. 1 illustrates a first example of 

communications architecture according to the invention, 
- Fig. 2 illustrates another example of 
communications architecture according to the invention, 
- Fig. 3 provides a simplified diagram of the 

2 0 communications between the components of the access 
system. 

A programmable automatism unit 10 as defined in 
the present invention, comprises one or several pieces 
of automatism equipment 11 and is most particularly 

25 intended for monitoring/controlling industrial 
automatisms, building automatisms or electrical 
distribution network automatisms. 

Hereafter, the term "automatism equipment" will 
equally refer to an automaton, a numerical control, a 

30 monitoring/control station but also any piece of 
automatism equipment or module having at least one 
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processing unit and capable of executing a program for 
providing one or several automatism functions. For 
example, a job module of an automaton, an input /output 
module of an automaton, a conversational terminal, a 
5 variable speed drive, an intelligent sensor or actuator 
etc... will be included in this definition. Such pieces 
of automatism equipment may be connected to one another 
through one or more, local or global, automatism 
networks 15 in order to form an automatism unit 10. 

10 According to a preferred embodiment, Fig. 1 shows 

an example of communications architecture wherein a Web 
server 20 is integrated in an automatism unit 10. This 
Web server 2 0 is embedded in any piece of automatism 
equipment belonging to the automatism unit 10. For 

15 example, if the piece of automatism equipment is an 
automaton 11 comprising a central processing unit, the 
Web server 2 0 may either be embedded in the central 
processing unit of the automaton 11 or localized in a 
module of the automaton 11 communicating with the 

20 central processing unit of this automaton 11 through 
the backplane of the automaton. The Web server 2 0 may 
also be a standalone piece of automatism equipment 
belonging to the automatism unit 10, as indicated in 
Fig. 1. The Web server 2 0 communicates with other 

25 pieces of automatism equipment 11 of the automatism 
unit 10 through the automatism network 15. 

A communications architecture may also be provided 
wherein several Web servers capable of being embedded 
in one or several pieces of automatism equipment are 

30 integrated in the automatism unit. For example, a Web 
server may be embedded in an automaton in its central 
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processing unit and/or one or several Web servers 
embedded in one or several modules of the automaton. 

The Web server 2 0 is connected to an Internet, 
Intranet or Extranet type global network 25 and 
5 communicates with a network interface 3 0 also connected 
to the global network 25. The network interface 30 
includes a WAP gateway 31 and is connected through a 
wireless network 35 to at least a standalone 
communicating mobile device 40. 

10 According to another embodiment shown in Fig. 2, 

it might be contemplated that a Web server 20' is not 
directly embedded in a piece of automatism equipment of 
the automatism unit 10. In this case, this Web server 
20' would communicate with the automatism unit 10 

15 through the global network 25 and would either be 
embedded in any piece of automatism equipment or not. 
The communications architecture may also include other 
automatism units 10b, 10c, with which the Web server 
20' would be able to communicate through the global 

2 0 network 25. 

The Web server 2 0 is capable of generating in WML 
language, either static pages stored in memory or 
dynamic pages from programs written, for example, in C, 
JAVA or any other language. These pages and these 

2 5 programs are stored in memory space 21 belonging to the 
Web server 20. Equivalent ly, localizing the memory 
space 21 outside the Web server for example on the 
global network 25, may also be contemplated. The 
dynamic pages generated by the Web server may include 

30 informative data from the automatism unit 10. These 
informative data provide various functions for 
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monitoring, viewing and controlling the automatism unit 
10. For example, if the automatism unit 10 includes a 
piece of automatism equipment 11 such as an automaton, 
these informative data may contain representative 
5 variables of the process under the control of the 
automaton or representative of the different conditions 
of the automaton. 

The network interface 3 0 performs the forwarding 
of messages between the global network 2 5 and the 

10 wireless network 35. This interface 30 comprises a WAP 
gateway 31 which, upon receiving non-compiled WML 
source contents (WML source or WML script source) from 
the Web server, transforms them into compiled WML 
contents (compiled WML or compiled WML script) before 

15 transmitting them to a communicating mobile device 40 
through the wireless network 35. The compiled WML 
contents are indeed more compact and so more adapted to 
wireless network communications. The Web server may 
also generate compiled WML pages directly, and not 

20 require any transformation at the WAP gateway 31. On 
the other hand, if the bandwidths of the wireless 
networks become sufficient, the direct sending of WML 
source contents over a wireless network 3 5 may then be 
contemplated . 

25 The communicating mobile device 40 has a navigator 

41 which complies with WAP architecture, i.e., is 
capable of interpreting and displaying pages in WML 
language so that a user of the mobile device 4 0 is 
presented with a man-machine interface. 

3 0 By means of the WAP navigator 41 implemented in a 

mobile device 40, a user has the possibility of 



transmitting a WAP command 3 3 on the wireless network 
35, as schematized in Fig. 3. This command is forwarded 
by the network interface 3 0 over the global network 2 5 
so that it is interpreted by the Web server 20. A WAP 
5 command 33 consists of a HTTP request which specifies a 
URL address of the Web server 20, possibly combined 
with parameters which may also contain complementary 
requests. For example, these complementary requests 
include other URL addresses, which are then forwarded 

10 by the Web server 20; they may also include one or more 
requests 13 coded in accordance with a protocol 
understood by the automatism unit 10, for example 
requests for reading and writing variables of a piece 
of automatism equipment 11 of the automatism unit 10. 

15 In this case, the Web server sends requests 13 to the 
automatism unit which analyses them and sends back an 
answer 14 to the Web server. 

On answering a received WAP command, the Web 
server elaborates a message 24 as static or dynamic 

2 0 pages coded in WML language, by inserting potential 
informative data from the answer 14 of the automatism 
unit 10. These pages are routed to the communicating 
mobile device 4 0 through the network interface 3 0 
including the WAP gateway 31 which may transform the 

25 WML source contents 24 into compiled WML 34. The user 
is presented with these pages through the WAP navigator 
41 of a mobile device 40, thus providing him with the 
possibility of accessing functions for monitoring, 
viewing and controlling the automatism unit 10. 

30 The Web server 20 is also able to transmit, on its 

own initiative or on the initiative of the automatism 



unit 10, a notification 22 to at least a communicating 
mobile device 40. For example, the monitoring of a 
parameter or the occurrence of an event may result in a 
request for notification 12 initiated by the automatism 
5 unit 10; also, the Web server may also poll a variable 
of the automatism unit 10 and transmit a notification 
22 upon the crossing of a threshold. For transmitting a 
notification 22, a protocol called "Push Access 
protocol" as defined in the WAP architecture is used. 

10 In this notification 22, the Web server 20 includes a 
list of addresses issued from a directory of addresses 
which is either stored locally in memory 21 or remotely 
on the global network 25. Upon receiving a notification 
22, the network interface 30 transforms the list of 

15 addresses into a list of dialling numbers for mobile 
devices 40. Then, according to a pre-established 
method, the network interface 3 0 routes the 
notification 32 towards one or several addressees 40. 
This functionality thus enables the user of a WAP 

20 navigator 41 implemented in a mobile device 40, to be 
informed at any moment on events or conditions 
concerning the automatism unit 10 . For instance the 
notification comprises a message viewed on the WAP 
navigator 41 by means of a WML page, associated with a 

2 5 URL address which the user may address, provided that a 

WAP command 33 is sent by the latter as described 
earlier. 

Accesses to the Web server 2 0 are systematically 
protected by means of a firewall interface 26 for 

3 0 making communications, more particularly access to 

information of the automatism unit 10, and notification 
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transmitters, secure. Different password or encryption 
techniques may be used for this firewall interface 26. 
It is thereby understood that the HTTP messages are 
written in accordance with the HTTP/S protocol which 
5 integrates security functionality. 

It is clearly understood that other alternatives 
and detailed enhancements may be devised without 
departing from the scope of the invention and the use 
of equivalent means may also be contemplated. 



